TITLE OF THE INVENTION: 

METHOD, SYSTEM AND NETWORK ELEMENT FOR AUTHORIZING A 
DATA TRANSMISSION 

BACKGROUND OF THE INVENTION: 
Field of the Invention: 

[0001] The invention relates to a method and/or a system and/or a 
communication network device and/or a communication control element 
usable in an arrangement for controlling connection parameters for a 
communication connection, in particular a packet based communication 
connection. The invention relates particularly to a method and/or a system 
and/or a communication network device and/or a communication control 
element usable in an arrangement for dynamically controlling connection 
parameters wherein connection parameters, network resources, charging 
information and the like are authorized by a policy control entity of a 
communication network. 

Description of the Related Art: 

[0002] In the last years, an increasingly extension of communication 
networks, i.e. of wire based communication networks, such as the Integrated 
Services Digital Network (ISDN), or wireless communication networks, such 
as the cdma2000 (code division multiple access) system, cellular 3 rd generation 
communication networks like the Universal Mobile Telecommunications 
System (UMTS), the General Packet Radio System (GPRS), or other wireless 
communication system, such as the Wireless Local Area Network (WLAN), 
took place all over the world. Various organizations, such as the 3 rd 
Generation Partnership Project (3 GPP), the International Telecommunication 
Union (ITU), 3 rd Generation Partnership Project 2 (3GPP2), Internet 
Engineering Task Force (IETF), and the like are working on standards for 
telecommunication network and multiple access environments. 
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[0003] In general, the system structure of a communication network is such 
that a subscriber's user equipment, such as a mobile station, a mobile phone, a 
fixed phone, a personal computer (PC), a laptop, a personal digital assistant 
(PDA) or the like, is connected via transceivers and interfaces, such as an air 
interface, a wired interface or the like, to an access network subsystem. The 
access network subsystem controls the communication connection to and from 
the user equipment and is connected via an interface to a corresponding core or 
backbone network subsystem. The core (or backbone) network subsystem 
switches the data transmitted via the communication connection to a 
destination, such as another user equipment, a service provider (server/proxy), 
or another communication network. It is to be noted that the core network 
subsystem may be connected to a plurality of access network subsystems. 
Depending on the used communication network, the actual network structure 
may vary, as known for those skilled in the art and defined in respective 
specifications, for example, for UMTS, GSM and the like. 

[0004] Generally, for properly establishing and handling a communication 
connection between network elements such as the user equipment and another 
user terminal, a database, a server, etc., one or more intermediate network 
elements such as support nodes or service nodes are involved. One or more 
connection parameters are used for defining connection characteristics. This 
includes, for example, a packet based data transmission protocol information, 
such as a PDP (Packet Data Protocol) context information, for example, 
information about quality of service (QoS) requested or provided, charging- 
related information, such as a charging class, etc. 

[0005] In particular in cases where a communication involves two or more 
networks of different types such as networks using different transmission 
protocols, e.g. GPRS/UMTS-based networks and IP-based networks, problems 
may occur in properly establishing the communication connection and setting 
the connection parameters such that they are optimal for the service in 
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question. 

[0006] Hitherto, there have been proposed several concepts for achieving a 
solution for these problems. For example, in the case of a 3 GPP based 
network, such as UMTS/GPRS, the following solutions are proposed. 

[0007] While in a standard 3 GPP system QoS is defined per Access Point 
Name (APN), in 3 GPP Release 5 (see, for example, 3 GPP specification TS 
23.207, ver5.7.9 (2003-03)), a so-called Policy Decision Function (PDF) is 
introduced for dynamically authorizing of QoS for IP Multimedia System 
(IMS) sessions. IMS specific information, Authorization Token and Flow 
ID(s) are used as binding information when requesting QoS authorization for a 
PDP context. According to 3 GPP Release 5, the PDF (or also Policy Control 
Function PCF) is described to be implemented together with a Proxy 
Connection State Control Function (P-CSCF) of the IMS. However, a 
standardized interface towards the IMS when the PDF is not part of the P- 
CSCF is not defined in 3 GPP Release 5. 

[0008] Regarding the basic communication between a GGSN (Gateway 
GPRS Support node) and a PDF, reference is also made to the International 
patent publication No. WO 02/32165 of the present applicant, which is 
incorporated by reference. 

[0009] In 3 GPP Release 6 (see, for example, 3 GPP specification TR 
23.917, verO.7.1 (2003-02)), it is planned to extend the dynamic authorization 
to include also streaming services (for example, Packet Switched Streaming 
Services (PSS)). Furthermore, according to the current understanding of 
3GGP Release 6, a stand-alone Policy Decision Function (PDF) with 
standardized interfaces towards both the GGSN (the so-called Go-interface) 
and the IMS/PSS (the so-called Gq-interface) are planned. 
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[0010] Thus, it is to be noted that in 3 GPP Release 5 and 3 GPP Release 6 
solutions, a dynamic QoS control for a communication connection is possible 
for session-based services, and in particular real-time services such as Voice 
over IP (VoIP) traffic. More generally, PSS streaming service is planned to be 
added to dynamically authorized services in 3 GPP Release 6, in addition to 
IMS services of 3 GPP Release 5. 

[0011] Another approach for enhancing QoS support for IP services is the 
usage of so-called service aware core network element, such as a service aware 
GGSN (saGGSN), or the usage of so-called Intelligent Service Nodes (ISN). 
The saGGSN and the ISN are service aware products which can provide, for 
example, specific charging functions. A GGSN provides charging per PDP 
context whereas service specific charging functions, as one example, can 
operate on a service flow level. The saGGSN and the ISN are currently 
defined in respective specifications. A saGGSN allows for the detection of the 
QoS level at the network edge for selected services. With these enhanced core 
network elements, QoS can be controlled on a per service access point (sAP) 
basis or on a service basis within a sAP. 

SUMMARY OF THE INVENTION: 

[0012] Thus, the invention provides, at least, an improved mechanism for 
dynamically managing and controlling connection parameters for a packet 
based communication connection using at least one type of service. 

[0013] In particular, it is desirable to provide an improved mechanism for 
dynamically managing and controlling connection parameters for a packet 
based communication connection using at least one type of service wherein an 
accurate authorization for connection parameters and a provision of further 
information, such as QoS, charging information, and the like, for specific 
services and/or flows within a service used in the communication connection 
are possible. 
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[0014] According to one embodiment of the invention, there is provided, 
for example, a method of controlling connection parameters for a 
communication connection between a first network element and a second 
network element. The method includes the steps of initializing the 
communication connection and sending a connection parameter request 
signaling for at least one service type to be used in the communication 
connection from the first network element to a third network element, 
requesting, by the third network element, an authorization for the connection 
parameters from a fourth network element, deciding, in the fourth network 
element, on connection parameters to be authorized for the communication 
connection and on service types which can be provided for the communication 
connection, sending a decision message from the fourth network element to the 
third network element wherein the decision message includes at least one of 
the authorization for the connection parameters, service types usable for the 
communication connection, and an information portion indicating, for each 
service, whether or not the fourth network element controls a further 
authorization regarding at least one of the indicated service types in the 
communication connection. 

[0015] Furthermore, according to another embodiment of the invention, 
there is provided, for example, a system for controlling connection parameters 
for a communication connection between a first network element and a second 
network element. The system includes a third network element via which the 
communication connection is initialized by sending a connection parameter 
request signaling for at least one service type to be used in the communication 
connection from the first network element, a fourth network element to which 
the third network element requests an authorization for the connection 
parameters, wherein the fourth network element decides on connection 
parameters to be authorized for the communication connection and on service 
types which can be provided for the communication connection, wherein the 
fourth network element generates and sends a decision message to the third 
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network element wherein the decision message includes at least one of the 
authorization for the connection parameters, service types usable for the 
communication connection, and an information portion indicating, for each 
service, whether or not the fourth network element controls a further 
authorization regarding at least one of the indicated service types in the 
communication connection. 

[0016] Moreover, according to a further embodiment of the invention, there 
is provided, for example, a communication network device for controlling 
connection parameters for a communication connection between a first 
network element and a second network element. The device comprising 
means for receiving from a third network element, via which the 
communication connection is initialized by a connection parameter request 
signaling for at least one service type to be used in the communication 
connection from the first network element, a request for an authorization for 
the connection parameters, means for deciding on connection parameters to be 
authorized for the communication connection and on service types which can 
be provided for the communication connection, means for generating and 
sending a decision message to the third network element wherein the decision 
message includes at least one of the authorization for the connection 
parameters, service types usable for the communication connection, and an 
information portion indicating, for each service, whether or not the device 
controls a further authorization regarding at least one of the indicated service 
types in the communication connection. 

[0017] Additionally, according to an embodiment of the invention, there is 
provided, for example, a communication control network element usable in a 
system for controlling connection parameters for a communication connection 
between a first network element and a second network element, the 
communication control network element comprising means for receiving, 
when a communication connection is initialized by the first network element, a 
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connection parameter request signaling for at least one service type to be used 
in the communication connection, means for requesting, from a fourth network 
element, an authorization for the connection parameters, wherein the fourth 
network element decides on connection parameters to be authorized for the 
communication connection and on service types which can be provided for the 
communication connection, means for receiving from the fourth network 
element a decision message wherein the decision message includes at least one 
of the authorization for the connection parameters, service types usable for the 
communication connection, and an information portion indicating, for each 
service, whether or not the fourth network element controls a further 
authorization regarding at least one of the indicated service types in the 
communication connection. 

[0018] By virtue of the invention, the following advantages can be 
achieved: 

The connection parameter control mechanism can be implemented for 
different types of communication networks, in particular for those using packet 
based data transmissions. For example, but not exclusively, the proposed 
solution is applicable in wired communication networks, such as ISDN, in 
networks using Asymmetric Digital Subscriber Line (ADSL) technique, in 
wireless communication networks, such as WLAN, GPRS, UMTS, and the 
like. The invention is also applicable in communication connections between 
different types of networks using, for example, different transfer protocols. In 
particular, the invention can be implemented, for example, in core network 
elements, such as communication control or gateway network elements, and in 
connection parameter control functions, such as policy control entities or 
policy decision functions (PDF). 

By means of the invention it is possible to generalize the dynamic 
allocation of connection parameter for a communication connection, such as 
QoS authorization, for different types of services, for example, for session- 
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based services, non-session-based services, such as browsing and streaming, 
real-time services and/or non-real-time services. This means that the same 
QoS management information structure can be used for all the service types 
between the connection parameter authorization element, e.g. the policy 
control network function or entity, and the communication control element, 
e.g. the gateway network element. 

By means of the connection parameter control mechanism, a dynamic 
control of default QoS for packet based data transmission protocol contexts, 
such as PDP contexts in UMTS networks or the like, as well as an 
authorization of a QoS level per service and/or per service access point and 
simultaneously for selected flows within one or more services is possible. 

[0019] It is also possible to include further information in authorization 
messages from the policy control entity to the communication control network 
element which may concern, for example, charging policies. Thus, for 
example, charging on a per service basis and even on a per flow basis within a 
service is possible. 

[0020] The network signaling load can be optimized when the 
communication control network element, such as the GGSN or ISN, is able to 
discriminate services for which no further consultation with the policy control 
network function or entity, such as the PDF, is necessary, i.e. which flows or 
services can be controlled by the communication control element itself. 
However, by clearly defining those services for which the control remains in 
the policy control entity, full flexibility concerning the authorization of 
connection parameters and/or charging policies, and the like, is ensured. 

[0021] If a definition based on a service access point (sAP) does not 
provide sufficient granularity, it is possible to provide information from the 
policy control entity to the communication control network element on a per 
service basis provided within a sAP. In this case, a service may be identified 
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by a (set) of packet classifiers. Thus, an accurate identification of services or 
flows within a service is possible for the connection parameter control. 

[0022] By means of the connection parameter control mechanism, it is also 
possible to take into account other criteria for the connection parameter 
authorization. For example, policies based on a network load in one or more 
of the involved communication networks can be taken into account. By 
discriminating connection parameter authorizations for respective services or 
even flows within a service, which can be changed on the basis of the network 
load, a flexible control of network resources is possible. 

[0023] Furthermore, it is possible to dynamically allocate charging policy 
for relevant services and service flows. 

BRIEF DESCRIPTION OF THE DRAWINGS: 

[0024] The above and still further objects, features and advantages of the 
invention will become more apparent upon referring to the description and the 
accompanying drawings. 

[0025] Fig. 1 shows a structure of communication network which may be 
employed in the invention; 

[0026] Figs. 2A and 2B show a flow chart describing a connection 
parameter control method according to an embodiment of the invention; 

[0027] Fig. 3 shows a connection parameter authorization signaling 
diagram according to an embodiment of the invention; 

[0028] Fig. 4 shows a connection parameter authorization signaling 
diagram according to an embodiment of the invention; 

[0029] Fig. 5 shows an example of a scenario for a connection parameter 
control according to the invention; and 
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[0030] Fig. 6 shows another example of a scenario for a connection 
parameter control according to the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS: 
[0031] As mentioned above, the connection parameter control or 
management mechanism is used for controlling connection parameters, such as 
quality of service parameters, policy parameters for charging, and the like, for 
a communication connection between a first network element and a second 
network element. The first and the second (terminal) network element may be 
located in different communication networks or PLMN (Public Land Mobile 
Network) or within the same communication network, such as ADSL, UMTS, 
GPRS, WLAN, or the like, wherein the communication networks of the first 
and second network elements may be, but does not need to be of different 
types. 

[0032] The respective user equipment (UE) may also be a terminal 
apparatus of different type. For example, the UE may be a mobile or fixed 
phone, a personal computer, a server, a mobile laptop computer, a personal 
digital assistant (PDA) or the like. Irrespective of its specific type, the UE 
may include several means which are required for its communication 
functionality. Such means are for example a processor unit for executing 
instructions and processing data for the communication connection (e.g. 
transmission content and signaling related data), memory means for storing 
instructions and data, for serving as a work area of the processor and the like 
(e.g. ROM, RAM, EEPROM, and the like), input means for inputting data and 
instructions by software (e.g. floppy diskette, CD-ROM, EEPROM, data 
interface means, and the like), user interface means for providing monitor and 
manipulation possibilities to a user (e.g. a screen, a keyboard, a microphone 
and headset for communication, and the like), and network interface means for 
establishing a communication connection under the control of the processor 
unit (e.g. wired or wireless interface means, an antenna, and the like). These 
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means can be integrated within one device (e.g. in case of a mobile or fixed 
telephone) or in several devices forming the user equipment (e.g. in case of a 
laptop). 

[0033] When a communication connection by using a service type, such as 
a real-time (for example, Voice over IP call) or a non-real-time service (for 
example, interactive connection such as browsing) between the first UE and 
the second UE is to be established, in the case of a first UE originating a 
service, the first UE initializes the communication connection. This is 
effected, for example, by sending a communication connection request 
signaling for at least one service type which is desired to be used in the 
communication connection to the communication network to which the first 
UE is connected. More specifically the first UE (network element) performs a 
communication connection activation by sending, for example, a (primary) 
packet based data transmission protocol context, such as a Packet Data 
Protocol (PDP) context, request via an access network subsystem of the 
connected communication network to the core network subsystem of the 
connected communication network. The structures of the access network 
subsystem and core network subsystem depend on the respective 
communication network type. For existing system, these structures are 
commonly known for a person skilled in the art. In case of a 3 GPP network 
system, for example, a UMTS Terrestrial Radio Access Network (UTRAN) 
and/or a GSM/EDGE Radio Access Network (GERAN) on the access network 
subsystem side as well as a Serving GPRS Support Node SGSN, a Home 
Location Register (HLR), a Gateway GPRS Support Node (GGSN) and the 
like on the core network subsystem side may be involved. 

[0034] The terminating point of the communication connection, i.e. the 
second network element, is, for example, an application function (AF) being 
part of an application server or an application proxy server. The second 
network element is, for example, part of a multimedia system, such as an IP 
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Multimedia System (IMS) or the like, like a Proxy Call State Control Function 
(P-CSCF). 

[0035] The communication connection request signaling for at least one 
service type is received in the core network subsystem by a corresponding 
third network element, for example a communication control or gateway 
network element of the core (or backbone) network subsystem like a GGSN 
(or SGSN) in case of a UMTS network, an ISN, a corresponding WLAN 
communication control network element like a Packet Data Gateway, or the 
like. The communication control or gateway network element should be able 
to trigger a request for a dynamic policy control. Now, in order to authorize 
the connection parameters for the communication connection, the third 
network element requests a corresponding authorization for the connection 
parameters from a fourth network element. The third network element may be 
able to trigger a corresponding request to the fourth network element without 
having an authorization token or the like. However, it is to be noted that the 
connection parameter control mechanism described herein is also applicable in 
connection with an authorization token. In other words, an authorization 
token, service information like service name (e.g. emergency service, service 
related signaling, news, weather etc.), packet classifier and the like can be used 
as binding information. The fourth network element is preferably a policy 
control function element or entity, being for example a generalization of a 
3GPP standard policy decision function (PDF) like so-called IP Service Policy 
Control (ISPC) element. In the following, both PDF and ISPC refer to the 
generalized PDF. The policy control entity is, for example, a separate network 
element connected via respective interfaces to other network elements, such as 
the gateway element and the application functions, or an integrated part of one 
of these network elements (for example, the P-CSCF, and the like). 

[0036] The network elements used as the third and the fourth network 
element, such as the GGSN, an intelligent service node ISN, a service-aware 
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GGSN, the PDF (the ISPC) may be implemented by software or by hardware. 
In any case, for executing their respective functions, correspondingly used 
devices or network elements include several means which are required for 
control and communication functionality. Such means are, for example, a 
processor unit for executing instructions and processing data (for example, 
transmission content and signaling related data), memory means for storing 
instructions and data, for serving as a work area of the processor and the like 
(eg. ROM, RAM, EEPROM, and the like), input means for inputting data and 
instructions by software (e.g. floppy diskette, CD-ROM, EEPROM, and the 
like), user interface means for providing monitor and manipulation 
possibilities to a user (e.g. a screen, a keyboard and the like), and interface 
means for establishing a communication connection under the control of the 
processor unit (e.g. wired and wireless interface means, an antenna, and the 
like). 

10037] The fourth network element, for example the policy control entity, 
receives a request message for authorizing connection parameters, such as a 
quality of service QoS level and/or charging level, for the communication 
connection from the third network element. The request message from the 
third network element may include, for example, an identification of the first 
network element, such as an International Mobile Subscriber Identity (IMSI), 
an IP address of the first network element, a mobile subscriber ISDN 
(MSISDN) or the like of the UE. Furthermore, an identification of a context 
access point of the communication connection may be included. Then, the 
fourth network element decides on connection parameters to be authorized for 
the communication connection and on service types which can be provided for 
the communication connection of the first network element. This decision is 
based, for example, on a user subscription profile which may be based in a 
corresponding subscription manager database connected to the fourth network 
element. Also application service information may be used for the decision 
when appropriate. The fourth network element may receive such information 
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from an application function (AF), such as an application server, in order to 
obtain information about QoS to be provided and the like. Alternatively, the 
application service information may be stored in the fourth network element or 
in a database connected to the fourth network element. The application 
function may also provide session beginning/ending information to the fourth 
network element (e.g. the PDF) which enable the fourth network element to 
control the gating in the communication connection. Also charging 
information related to services to be used in the communication connection 
can be obtained by the fourth network element. 

[0038] When the fourth network element has decided on the connection 
parameters to be authorized for the communication connection, a decision 
message is generated and transmitted to the third network element. For 
services indicated to be controlled by the third network element, 
communication parameter policy request may be performed using the binding 
information (e.g., flow classifier) of any of the IP flows belonging to the 
service. The authorization returned by the fourth element includes the binding 
information (e.g. flow classifiers) of all the flows belonging to the service 
instance. 

[0039] In the decision message several connection parameter authorizations 
and further information may be included. The connection parameter 
authorizations may be included for each flow of a service. Additionally, 
aggregate connection parameters can be sent to the third network element as a 
part of the set of parameters. For example, the authorization for a quality of 
service level to be provided for the packet based data transmission protocol 
context is included in the decision message. Additionally, a list of service 
types usable for the communication connection, i.e. of services currently 
activated or allowed may be included. Furthermore, associated control 
policies and information, such as charging information, can be included. As 
an example, information related to services and policies to be taken into 
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account for the communication connection by the third network element can be 
included in the form of an information portion such as one or more vectors. 
Such a vector may have the form of {service (i), policy (i)} wherein for each 
activated/allowed service (i) specific policy information are provided. The 
definition of a service may be provided, for example, by the network service 
management system by configuration. For instance, a service can be referred 
by a service access point (sAP) name or by a set (i.e. one or more) of packet 
classifiers. For a particular service (i), the policy element may indicate 
whether a further authorization of flows within this service definition is 
needed from the fourth network element when the third network element 
receives a flow in the service in the communication connection. On the other 
hand, it may also be indicated that no further consultation (i.e. authorization) 
of the fourth network element is necessary for the third network element. In 
other words, it is indicated for each service, whether the fourth network 
element controls a further authorization regarding at least one of the indicated 
service types in the communication connection or not (for example, the third 
network element may control the service and corresponding flows within the 
service). If the fourth network element does not control the further 
authorization of a service, the service specific policy like QoS and/or charging 
level may be included in the decision message. The fourth network element 
may provide for the packet based data transmission protocol context a 
maximum QoS level. As a further option, the fourth network element can also 
indicate in the decision message, for example, overall QoS parameters for the 
communication connection (based on the packet based data transmission 
protocol context) as well as default QoS parameters for services, per service, 
authorized by the third network element. It is also possible to include, for each 
service, policy information regarding the charging for the service. 
Additionally, it is also possible to take into account specific criteria, for 
example the time of the day (for providing different resources for day and 
night time, for example) or the load situation in the communication network(s) 
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involved. Thus, it is possible to use policies which may be based, for example, 
on a network load, wherein respective policies or connection parameters can 
be chosen for specific service types of the communication connection. 

[0040] The third network element receives the decision message from the 
fourth network element and processes the decision message in order to 
determine the connection parameters authorized, for example the authorized 
QoS level. Then the third network element, as the communication control 
network element, enforces the authorized connection parameters in the 
communication connection of the first network element. Additionally, the 
third network element determines, on the basis of the information portion such 
as the vector(s), those service types of the communication connection in which 
flows can be admitted by the third network element without consulting the 
fourth network element, and those service types of the communication 
connection in which flows are to be still controlled by the fourth network 
element. 

[0041] During the communication connection, the third network element 
may receive flows in the service(s) authorized for the communication 
connection. The introduction of a new flow may be associated with an 
invocation of a new traffic aggregate (for example, a (secondary) packet based 
data transmission protocol context activation, such as a secondary PDP context 
activation), but may also take place without explicit signaling. 

[0042] In the case where the third network element receives a flow of a 
service which is indicated in the decision message to be controlled by the 
fourth network element, the third network element may send a further request 
message to the fourth network element for authorizing connection parameters 
for this service type in question, e.g. for a flow. The request message may 
include a specification of the service in question. In particular, the third 
network element may be able to trigger the (further) request to the fourth 
network element without having an authorization token or the like. However, 
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it is to be noted that the connection parameter control mechanism described 
herein is also applicable in connection with an authorization token. In other 
words, an authorization token, a packet classifier and the like can be used as 
binding information for the authorization request of a flow in the service in 
question. The fourth network element receives the further request and decides, 
in a similar manner to that described above, on connection parameters, such as 
QoS level, to be authorized for the service type in question. The fourth 
network element may receive information from the application function which 
may include communication connection (or session) beginning/ending 
information. Also, the fourth network element should be able, in particular for 
session-based services which are authorized by the fourth network element, to 
receive information about flows included in the session. Additionally, for the 
decision of the fourth network element, further information regarding, for 
example, charging of this service or even of the specific flow can be 
determined by the fourth network element. Then, a further decision message is 
sent from the fourth network element to the third network element. This 
further decision message may include the decided authorization for the 
connection parameters, e.g. the QoS level like a QoS class and a bit rate, or 
further QoS parameters, for the service in question. If determined, also 
charging information can be transmitted by this further decision message. 
Moreover, aggregate connection parameters (e.g. a respective level of 
connection parameters) can be sent to the third network element as a part of a 
set of parameters authorized. The third network element then enforces these 
connection parameters for the service in question in the communication 
connection. 

[0043] On the other hand, in the case that the third network element 
receives a flow of a service type which is indicated to be controlled, for 
example, by the third network element itself, the third network element may 
admit the flow and does not send a request to the fourth network element. 
Instead, the third network element may use provisioned connection parameters 
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for this service, for example a default QoS level indicated in the (first) 
decision message. This QoS level (or levels) may be provisioned per sAP or 
per service statically in the third network element, or sent - per service - by the 
fourth network element as part of the service policy decision message. 

[0044] In the following, with reference to Figures 1 to 4, a specific example 
for an implementation of the above generally described connection parameter 
control mechanism is described. In this example, it is assumed that the 
connection parameter management or control is performed for a 
communication connection of a first network element being a user equipment 
UE in a mobile communication network, such as a 3 GPP based network. 
However, it is to be understood that this example is not intended to limit the 
connection parameter management or control application. Rather, the 
connection parameter control is also applicable in network structures different 
to the one described below wherein respective other types of signaling and 
network elements are used for the functions of the communication control or 
gateway network element and the policy control entity. 

[0045] Since the described connection parameter control mechanism is 
related in particular to an interaction between the core network communication 
control or gateway network element, such as the GGSN, and the policy control 
entity, such as the PDF, the following description is concentrated on these 
parts of the communication network. However, it is to be understood that for 
the establishment of the communication connection other network elements 
are involved. This is described, for example, in corresponding specifications, 
such as the 3 GPP specifications, which are known for person skilled in the art 
so that a detailed description thereof is omitted herein for the sake of 
simplicity. 

[0046] In Fig. 1, a simplified structure of a 3 GPP based communication 
network is shown in which the connection parameter management or control is 
implemented. In Fig. 1, reference sign 1 denotes a user equipment UE, such as 
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a mobile phone or the like, which represents the first network element. 
Reference sign 2 denotes a gateway or communication control network 
element, such as a GGSN, which may be located in the core network 
subsystem of the communication network of the UE 1. This network element 
2 represents the third network element. Reference sign 3 denotes a policy 
control entity such as a PDF (e.g. ISPC), which represents the fourth network 
element. Reference sign 4 denoted a subscription manager database connected 
with the policy control entity 3 and storing, for example, user subscription 
profiles used for the connection parameter decision by the policy control entity 
3. Reference signs 5 to 7 denote respective application function of services 1 
to 3 with which the UE 1 may establish a communication connection using at 
least one service type, such as a real-time or a non-real-time service. The 
application functions may serve as the second network element or may provide 
a further connection to a second network element connected therewith. 
Specifically, reference signs 5 denotes a P-CSCF located in a (not shown) 
IMS, reference sign 6 denotes a Real Time Streaming Protocol (RTSP) Proxy / 
Server, while reference sign 7 denotes another applicable application function. 
It is to be noted that there may be provided also other application functions or 
communication networks (not shown) with which the UE 1 may be connected. 

[0047] For the communication connection and the transmission of signaling 
messages, respective connections and interfaces between the network elements 
are provided. The connection between the UE 1 and the GGSN 2 is provided, 
for example, by means of respective access network (e.g. UTRAN) and core 
network (e.g. SGSN) subsystems and elements. The interface between the 
GGSN 2 and the PDF 3 is, for example, a Go interface according to 3GPP. 
The interface between the PDF 3 and the application functions 5 to 6 is subject 
to respective standardization of 3GPP. 
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[0048] With reference to Figures 2 A, 2B, and 3 and 4, the connection 
parameter management or control for a communication connection in the 
communication network according to Fig. 1 is described below. 

[0049] The UE 1 initializes a communication connection in which at least 
one service type (for example an interactive traffic class service) is used. For 
this purpose, a request for a (primary) PDP context is sent to the 
communication network and to the GGSN 2 (Fig. 2A, step S10). The GGSN 2 
receives the PDP context request and contacts the PDF 3 for authorizing 
connection parameters such as QoS and/or charging level associated with the 
(primary) PDP context (Fig. 2A, step S20). As also shown in the example in 
Fig. 3, the request message for authorizing the (primary) PDP context sent to 
the PDF 3 includes an identification UEJD (for example IMSI, MSISDN, 
UE IP Address) and a context access point (cAP) for the PDP context as 
parameters. The GGSN 2 is preferably able to trigger such a request to the 
PDF 3 without having an authorization Token. However, as binding 
information, also the authorization token and/or a service information like 
service name (e.g. emergency service, service related signaling, news, weather, 
etc.), packet classifier and the like can be used in this stage. 

[0050] Now, the PDF 3 decides, in response to the request, on connection 
parameters, such as QoS and/or charging level, to be authorized for the 
communication connection, in particular for the (primary) PDP context. For 
this decision, the PDF 3 can use a user subscription profile obtained, for 
example, from the subscription manager database 4 and application service 
information whenever appropriate. QoS information for the service used in 
the communication connection can be received, for example, from at least a 
respective one of the corresponding application functions 5 to 7 (Fig. 1) 
providing the service (or services). For example, the P-CSCF 5 can send 
session information to the PDF 3. Alternatively, the application service 
information may be stored in the PDF or in a database connected to the PDF. 
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The PDF 3 generates a decision message (DEC in Fig. 3) with which the QoS 
authorization decision on behalf of the GGSN 2 is provided. For example, the 
PDF 3 provides a maximum PDP context QoS and/or charging level. 
Additionally, the DEC message includes a list of the currently 
activated/allowed services and associated control policies, for example, in the 
form of a vector {service(i), policy(i)}. The definition of a service is provided 
by the network service management system through configuration. For 
example, a service can be referred by a service access point name or by a set 
(i.e. one or more) of packet classifiers. For a particular service, the policy tells 
whether (or not) a former authorization of flows within the service definition is 
needed from the PDF 3. In other words, the PDF 3 determines which services 
has to be authorized again by PDF 3 (if identified) and which services can be 
GGSN controlled (e.g. per sAP or per service). If a service does not require 
further authorization by the PDF, the service specific policy may indicate e.g. 
quality of service level for the service. Furthermore, charging policies for the 
services can be transmitted in the DEC messages as well. Alternatively, in the 
initial authorization phase for the (primary) PDP context, the PDF 3 can 
indicate also overall QoS parameters for the connection (PDP context type) as 
well as default QoS parameters for the services authorized by GGSN 2. The 
above steps are indicated as steps S30 and S40 in Fig. 2A. 

[0051] In the above described procedure, if a sAP does not provide enough 
granularity, information from PDF 3 to the GGSN 2 can be provided per 
service provided within a sAP. In this case, a service may be identified by a 
set (i.e. one or more) of packet classifiers. 

[0052] As an example, the PDF 3 may authorize in steps S30 and S40 the 
Interactive traffic class for a PDP context and may set "GGSN controlled" for 
the sAPs (services) of the Interactive traffic class and "PDF controlled" for 
other sAPs. 
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[0053] The GGSN 2 receives the DEC message from the PDF 3 and 
processes it (Fig. 2A, step S50). On the basis of the authorization information 
for the QoS level indicated in the DEC message, the GGSN2 enforces the 
decision of the PDF 3 for the connection parameters in the user plane 
processing (PDP context) and the QoS signaling for the communication 
connection. In order to enforce the decision of the PDF 3, the GGSN 2 may 
map parameters received in the DEC message to connection parameters (e.g. 
mapping QoS class to traffic class, traffic handling priority and 
allocation/retention priority). Additionally, the GGSN 2 can determine from 
the information portion including the vector described above for which 
services the PDF 3 has to be consulted again ("PDF controlled) for 
authorization and which services can be GGSN controlled (e.g. per sAP or 
service). 

[0054] When the GGSN 2 receives a new flow in an authorized service at 
the communication connection (Fig. 2B 5 step S60), the GGSN 2 recognizes 
whether or not the service in question is "PDF controlled" (Fig. 2B, step S70) 
on the basis of the determination from the DEC message (see Fig. 3). For this 
purpose, a corresponding determination result may be stored in the GGSN 2 at 
the (primary) PDP context authorization procedure. 

[0055] In the case where the GGSN 2 recognizes that the new flow is 
within a service (or from a sAP) to be controlled by the PDF 3, a further 
request for authorization is sent by the GGSN 2 to the PDF 3 (Fig. 2B, step 
S90). In Fig. 4 there is shown a procedure which is executed when the GGSN 
2 receives such a new flow in a service indicated to be "PDF controlled". The 
request message for service authorization specifies the service in question. 
The GGSN 2 is preferably able to trigger a such a request to the PDF 3 without 
having an authorization token, but the same scheme can also be used in 
connection with standard 3 GPP Release 5 session-based services 
(authorization token and/or flow identifications can be used as binding 
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information for the request). The service can be referred by the service name 
and/or alternatively by a packet classifier, which identifies the received service 
flow(s) by the GGSN 2. The PDF 3 decides, in response to this further 
request, on an authorization for a QoS and/or charging level for the service in 
question (Fig. 2B, step SI 00). This can be performed, for example, on the 
basis of a user subscription profile, application service information, QoS 
information for the service in question received, for example, from the 
corresponding application function 5 to 7 (Fig. 1) providing the service, and 
the like. The PDF 3 may receive, for example, information from the P-CSCF 5 
about flows of the service in question as well as information pertaining to 
commencement and termination of sessions. Then, a further decision message 
is generated and sent to the GGSN 2. The decision includes the authorized 
QoS level, for example QoS class and bit rate, or further QoS parameters for 
the service in question. Additionally, also charging information can be carried 
in the decision messages. Hence, a QoS authorization for individual flows as 
well as charging information on a 'per flow basis 1 are available for the GGSN 
2. The GGSN 2 processes the further decision message and enforces the 
authorization decision and policy information for the flow (or flows) of the 
service in question (Fig. 2B, step SI 10). In order to enforce the decision of the 
PDF 3, the GGSN 2 may map parameters received in the DEC message to 
parameters to be applied for the service flow(s) in the communication 
connection (e.g. mapping QoS class to traffic class, traffic handling priority 
and allocation/retention priority). 

[0056] On the other hand, if the decision in step S70 of Fig. 2B is NO, i.e. 
the service in question is "GGSN controlled", the new incoming flows can be 
admitted by GGSN 3 (Fig. 2B, step S80). Hence, the PDF 3 must not be 
consulted for further authorization of QoS, charging or the like. In such a 
case, the QoS is controlled by a per-sAP, or per service, provisioned QoS 
level. In the latter case, QoS policy obtained from the PDF during the primary 
PDP context activation can be used. 
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[0057] It is to be noted that the connection parameter control described 
above may work in cases where the first and second network element are 
located in the same communication network and in cases where the first and 
second network element are located in different communication networks. In 
particular in the latter case, the third network element is a gateway network 



element. 



[0058] Furthermore, it is to be noted that the described connection 
parameter control mechanism in the third network element can trigger the 
request to the fourth network element with or without an authorization token. 
Moreover, even though the above example describes the processing in 
connection with a primary packet based data transmission protocol context 
activation, such as a primary PDP context activation, the processing of the 
connection parameter control mechanism may be also executed in connection 
with a secondary packet based data transmission protocol context activation, 
such as a secondary PDP context activation. Alternatively, the processing of 
the connection parameter control mechanism may be also executed in 
connection with a packet based data protocol context modification, such as a 
PDP context modification. 

[0059] Alternatively to the above described content of the decision 
message, there may also be applicable to further alternatives in the connection 
parameter control. According to the above, the decision message from the 
fourth network element to the third network element includes the authorization 
for the connection parameters, service types usable for the communication 
connection, and an information portion indicating whether or not (i.e. PDF 
controlled or GGSN controlled, for example) the fourth network element 
controls a further authorization regarding at least one of the indicated service 
types in the communication connection. On the other hand, it is also possible 
that the decision message from the fourth network element indicates that a 
service (or service flow) is PDF controlled by omitting the information portion 
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indicating whether or not the fourth network element controls a further 
authorization. In this case, the third network element is set such that each new 
service flow of a service in question requires a control by the fourth network 
element. Optionally, in such a case, the third network element is set such that 
a control by the fourth network element is required at least for those service 
flows for which a QoS and/or a charging level is not available in the third 
network element. As a further alternative, the information portion and/or the 
set of authorized services indicated in the decision message are introduced 
with an empty content. This means that the third network element receives no 
specific information about the further control (e.g. by GGSN or PDF) of 
service flows and is set such that each new service flow of a service in 
question requires a control by the fourth network element (or such that a 
control by the fourth network element is required at least for those service 
flows for which a QoS and/or a charging level is not available in the third 
network element). In the cases described above, for example, the third 
network element may receive (and enforce) only the authorization for the 
connection parameters. 

10060] Furthermore, the decision of the fourth network elements can also be 
transmitted to the third network element in a split form. This means, for 
example, that a first message indicating the decision of authorization of 
connection parameters is sent by means of a first message and that a second (or 
even a third) message including information about service types usable for the 
communication connection and/or the information portion indicating whether 
or not the fourth network element controls a further authorization regarding at 
least one of the indicated service types in the communication connection is 
send thereafter. The respective context of the messages can also be mixed in a 
different way (e.g. authorization and service types usable in a first message 
and information portion in a second message). The order of sending the 
respective messages may also be changed. 
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[0061] Moreover, it is to be noted that in the decision for the connection 
parameters (e.g. QoS level) a default value or level for connection parameters 
may be set by the fourth network element, in particular for services (or per 
service) which are indicated to be controlled by the third network element, and 
this is sent to the third network element. In other words, in the decision for the 
connection parameters, a default value or level for connection parameters (e.g. 
default QoS level) may be set by the fourth network element, per service, for 
services which are indicated to be controlled by the third network element, and 
sent to the third network element 

[0062] Furthermore, it is to be noted that the information used by the fourth 
network element (e.g. PDF) to obtain the decision on the communication 
connection parameters may change during the lifetime of the communication 
connection. For example, the user subscription profile may be changed (in the 
subscriber management system). Also the provisioned service application 
information (e.g. from AF) may change. In this case, the fourth network 
element (e.g. the PDF) is adapted to send unsolicited DEC messages to the 
third network element (e.g. the GGSN). These unsolicited DEC messages may 
include the same information as described for the initial DEC messages 
concerning the connection parameter authorization. For this purpose, the 
fourth network element may store this information for later usage during the 
initial deciding step. Alternatively, new connection parameters may be 
determined by the fourth network element in parallel to the procedures 
described above. When the third network element (e.g. the GGSN) receives 
such unsolicited DEC messages, it enforces the decision indicated in the 
unsolicited DEC message correspondingly. 

[0063] With the described connection parameter management or control, it 
is possible to dynamically control the maximum and/or default QoS, for 
example, for PDP contexts, as well as authorizing QoS for selected flows and 
using of per-sAP provisioning at the same time, particularly when working 
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together with an sa-GGSN or ISN. The invention allows for dynamic control 
of QoS authorization and optionally also of charging for selected services, also 
non-session based services, such as browsing. This means that the same QoS 
management or control information structure can be used for all services 
between the QoS authorization element and the gateway network element. 
Additionally, such a capability also allows for policies based on network load, 
for example. 

[0064] In Fig. 5, there is illustrated a scenario for the connection parameter 
control in connection with a primary PDP context activation in a case where a 
PDF control (ISPC control) is required for a APN. Similar to the structure 
according to Fig. 1, in the structure of Fig. 5, there are shown a GGSN 11 
having an Policy Enforcement Point (PEP) 12, an IP Service Policy Control 
element 13 as a PDF (also referred to Policy Decision or Determination Point 
PDP) and connected with a local rules repository 14. Furthermore, a Service 
domain AF 15 and a Subscriber Management System 16 including a 
Subscriber database 17 are shown. Additionally, and different to Fig. 1, a 
Service Management System 18 including a service database 19 as well as a 
QoS Management System 20 are involved. 

[0065] In the scenario according to Fig. 5, in step 510, a Create PDP 
Context Request including the IMSI and the APN is sent to the GGSN 11. 
From the GGSN 11, in step 520, a corresponding authorization request is 
forwarded to the PDF 13 wherein the authorization request includes the IMSI 
and a cAP. In step 530, the PDF 13 transmits the IMSI and the cAP to the 
Subscriber Management System 16. From the Subscriber Management System 
16, in step 540, the PDF 13 receives a list of services wherein for each service 
name an activity information, a QoS class and/or a bitrate is included. In step 
550, the PDF 13 decides on the authorization (for the primary PDP context 
activation) and sends a decision message to the GGSN 11 (i.e. to the PEP 12). 
The decision message includes a PDP context QoS class, a PDP context 
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bitrate, and a list of services wherein the list includes for each service name an 
activity information, an indication whether GGSN or PDF controlled, a QoS 
class (if GGSN controlled) and/or a bitrate (if GGSN controlled). The GGSN 
11 enforces the authorization decision and sends a Create a PDP context 
response message in step 560. 

[0066] In Fig. 6, there is illustrated a scenario for the connection parameter 
control in connection with a new service flow in case PDF (ISPC) control is 
required. The structure of the elements according to Fig. 6 is equivalent to that 
described in Fig. 5. Furthermore, straight line arrows indicate a signaling 
transmission while dashed line arrows indicate a user data transmission. 

[0067] In the scenario according to Fig. 6, in step 610, in connection with 
the transmission of user data, a packet of a new service flow is transmitted to 
the GGSN 1 1. The GGSN 1 1 recognizes that the service in question is PDF 
(ISPC) controlled and transmits, in step 620, a request message including the 
service name / packet classifier to the PDF 13. The PDF 13 decides on 
connection parameters for the service in question and forwards in step 630 a 
decision message indicating the service flow QoS class and/or service flow 
bitrate to the GGSN 11. The GGSN 11 enforces the decision and transmits, 
for example, a Modify PDP Context Request in step 640. The PDF control is 
required, for example, when the authorized PDP context (e.g. primary or 
secondary) is not sufficient for the service flow. This results in a PDP context 
modification which is initiated by the GGSN 11. 

[0068] It is to be noted that also charging information may be included in 
the scenarios according to Figs. 5 and 6, as described above. 

[0069] As described above, there is disclosed a mechanism for controlling 
connection parameters for a communication connection between network 
elements. When the communication connection is initialized, an authorization 
for the connection parameters of services is requested from a policy control 
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entity which decides on connection parameters to be authorized for the 
communication connection and on service types which can be provided for the 
communication connection. A decision message is sent to a communication 
control network element wherein the decision message includes the 
authorization for the connection parameters, service types usable for the 
communication connection, and an information portion indicating, for each 
service, whether or not the policy control entity controls a further authorization 
regarding at least one of the indicated service types in the communication 
connection. The decision message is enforced in the communication 
connection by the communication control network element, which also 
determines, on the basis of the information portion, those service types of the 
communication connection flows of which can be admitted by itself without a 
consultation of the policy control entity, and those service types of the 
communication connection flows of which are to be controlled by the policy 
control entity. 

[0070] It should be understood that the above description and 
accompanying figures are merely intended to illustrate the present invention by 
way of example only. The described embodiments of the present invention 
may thus vary within the scope of the attached claims. 
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